約 6,239,462 件
https://w.atwiki.jp/pasuta/pages/15.html
InterWiki InterWiki は、PukiWiki と 他のサーバーを接続する機能です。 InterWikiName のページでサーバー名を定義しています。 InterWiki [#teeaa78d] InterWikiへのアクセス(InterWikiNameの生成) [#nb5bafb9] サーバーリストへの追加 [#a71a4d66] WikiNameの挿入位置 [#q7ad1d6d] 文字コード変換タイプ [#k34801d3] YukiWiki系へのエンコーディング [#zeb5d7f0] InterWikiへのアクセス(InterWikiNameの生成) サーバリストにある サーバ名 WikiName をBracketNameで作ればInterWikiNameの完成。 これをページに記述すれば、そのサーバのWikiNameへのハイパーリンクが生成されます。 [[サーバ名 WikiName]] [[pukiwiki FrontPage]] サーバーリストへの追加 InterWikiName のページに以下のようにサーバの定義をすることで サーバーリストに追加することができます。 [URL サーバ名] タイプ [http //pukiwiki.sourceforge.jp/index.php pukiwiki] utf8 WikiNameの挿入位置 要求しようとするURLへのWikiNameの挿入位置を $1 で指定することができます。省略するとお尻にくっつきます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=backup page=$1 age=1 pukiwiki] utf8 文字コード変換タイプ PukiWiki内のページ以外にも飛ばせます。日本語をURLに含む可能性もあるのでその場合のエンコーディングの指定をタイプとして指定できます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=read page=$1 somewhere] utf8 std 省略時 内部文字エンコーディング(標準はSJIS)のままURLエンコードします。 raw asis URLエンコードしないでそのまま使用。 sjis 文字列をSJISに変換し、URLエンコードします。(mb_stringのSJISへのエイリアスです) euc 文字列を日本語EUCに変換し、URLエンコードします。(mb_stringのEUC-JPへのエイリアスです) utf8 文字列をUTF-8に変換し、URLエンコードします。(mb_stringのUTF-8へのエイリアスです) yw YukiWiki系へのエンコーディング。 moin MoinMoin用に変換します。 その他、PHP4のmb_stringでサポートされている以下のエンコード文字が使用できます。 UCS-4, UCS-4BE, UCS-4LE, UCS-2, UCS-2BE, UCS-2LE, UTF-32, UTF-32BE, UTF-32LE, UCS-2LE, UTF-16, UTF-16BE, UTF-16LE, UTF-8, UTF-7, ASCII, EUC-JP, SJIS, eucJP-win, SJIS-win, ISO-2022-JP, JIS, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9, ISO-8859-10, ISO-8859-13, ISO-8859-14, ISO-8859-15, byte2be, byte2le, byte4be, byte4le, BASE64, 7bit, 8bit, UTF7-IMAP YukiWiki系へのエンコーディング WikiNameのものへはそのままURLエンコード。 BracketNameのものは[[ ]]を付加してURLエンコード。
https://w.atwiki.jp/asdfkekadfa/pages/556.html
#freeze InterWiki InterWiki は、PukiWiki と 他のサーバーを接続する機能です。 InterWikiName のページでサーバー名を定義しています。 InterWiki [#teeaa78d] InterWikiへのアクセス(InterWikiNameの生成) [#nb5bafb9] サーバーリストへの追加 [#a71a4d66] WikiNameの挿入位置 [#q7ad1d6d] 文字コード変換タイプ [#k34801d3] YukiWiki系へのエンコーディング [#zeb5d7f0] InterWikiへのアクセス(InterWikiNameの生成) サーバリストにある サーバ名 WikiName をBracketNameで作ればInterWikiNameの完成。 これをページに記述すれば、そのサーバのWikiNameへのハイパーリンクが生成されます。 [[サーバ名 WikiName]] [[pukiwiki FrontPage]] サーバーリストへの追加 InterWikiName のページに以下のようにサーバの定義をすることで サーバーリストに追加することができます。 [URL サーバ名] タイプ [http //pukiwiki.sourceforge.jp/index.php pukiwiki] utf8 WikiNameの挿入位置 要求しようとするURLへのWikiNameの挿入位置を $1 で指定することができます。省略するとお尻にくっつきます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=backup page=$1 age=1 pukiwiki] utf8 文字コード変換タイプ PukiWiki内のページ以外にも飛ばせます。日本語をURLに含む可能性もあるのでその場合のエンコーディングの指定をタイプとして指定できます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=read page=$1 somewhere] utf8 std 省略時 内部文字エンコーディング(標準はSJIS)のままURLエンコードします。 raw asis URLエンコードしないでそのまま使用。 sjis 文字列をSJISに変換し、URLエンコードします。(mb_stringのSJISへのエイリアスです) euc 文字列を日本語EUCに変換し、URLエンコードします。(mb_stringのEUC-JPへのエイリアスです) utf8 文字列をUTF-8に変換し、URLエンコードします。(mb_stringのUTF-8へのエイリアスです) yw YukiWiki系へのエンコーディング。 moin MoinMoin用に変換します。 その他、PHP4のmb_stringでサポートされている以下のエンコード文字が使用できます。 UCS-4, UCS-4BE, UCS-4LE, UCS-2, UCS-2BE, UCS-2LE, UTF-32, UTF-32BE, UTF-32LE, UCS-2LE, UTF-16, UTF-16BE, UTF-16LE, UTF-8, UTF-7, ASCII, EUC-JP, SJIS, eucJP-win, SJIS-win, ISO-2022-JP, JIS, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9, ISO-8859-10, ISO-8859-13, ISO-8859-14, ISO-8859-15, byte2be, byte2le, byte4be, byte4le, BASE64, 7bit, 8bit, UTF7-IMAP YukiWiki系へのエンコーディング WikiNameのものへはそのままURLエンコード。 BracketNameのものは[[ ]]を付加してURLエンコード。
https://w.atwiki.jp/oreserver/pages/22.html
InterWiki InterWiki は、PukiWiki と 他のサーバーを接続する機能です。 InterWikiName のページでサーバー名を定義しています。 InterWiki [#teeaa78d] InterWikiへのアクセス(InterWikiNameの生成) [#nb5bafb9] サーバーリストへの追加 [#a71a4d66] WikiNameの挿入位置 [#q7ad1d6d] 文字コード変換タイプ [#k34801d3] YukiWiki系へのエンコーディング [#zeb5d7f0] InterWikiへのアクセス(InterWikiNameの生成) サーバリストにある サーバ名 WikiName をBracketNameで作ればInterWikiNameの完成。 これをページに記述すれば、そのサーバのWikiNameへのハイパーリンクが生成されます。 [[サーバ名 WikiName]] [[pukiwiki FrontPage]] サーバーリストへの追加 InterWikiName のページに以下のようにサーバの定義をすることで サーバーリストに追加することができます。 [URL サーバ名] タイプ [http //pukiwiki.sourceforge.jp/index.php pukiwiki] utf8 WikiNameの挿入位置 要求しようとするURLへのWikiNameの挿入位置を $1 で指定することができます。省略するとお尻にくっつきます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=backup page=$1 age=1 pukiwiki] utf8 文字コード変換タイプ PukiWiki内のページ以外にも飛ばせます。日本語をURLに含む可能性もあるのでその場合のエンコーディングの指定をタイプとして指定できます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=read page=$1 somewhere] utf8 std 省略時 内部文字エンコーディング(標準はSJIS)のままURLエンコードします。 raw asis URLエンコードしないでそのまま使用。 sjis 文字列をSJISに変換し、URLエンコードします。(mb_stringのSJISへのエイリアスです) euc 文字列を日本語EUCに変換し、URLエンコードします。(mb_stringのEUC-JPへのエイリアスです) utf8 文字列をUTF-8に変換し、URLエンコードします。(mb_stringのUTF-8へのエイリアスです) yw YukiWiki系へのエンコーディング。 moin MoinMoin用に変換します。 その他、PHP4のmb_stringでサポートされている以下のエンコード文字が使用できます。 UCS-4, UCS-4BE, UCS-4LE, UCS-2, UCS-2BE, UCS-2LE, UTF-32, UTF-32BE, UTF-32LE, UCS-2LE, UTF-16, UTF-16BE, UTF-16LE, UTF-8, UTF-7, ASCII, EUC-JP, SJIS, eucJP-win, SJIS-win, ISO-2022-JP, JIS, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9, ISO-8859-10, ISO-8859-13, ISO-8859-14, ISO-8859-15, byte2be, byte2le, byte4be, byte4le, BASE64, 7bit, 8bit, UTF7-IMAP YukiWiki系へのエンコーディング WikiNameのものへはそのままURLエンコード。 BracketNameのものは[[ ]]を付加してURLエンコード。
https://w.atwiki.jp/ggenew/pages/91.html
InterWiki InterWiki は、PukiWiki と 他のサーバーを接続する機能です。 InterWikiName のページでサーバー名を定義しています。 InterWiki [#teeaa78d] InterWikiへのアクセス(InterWikiNameの生成) [#nb5bafb9] サーバーリストへの追加 [#a71a4d66] WikiNameの挿入位置 [#q7ad1d6d] 文字コード変換タイプ [#k34801d3] YukiWiki系へのエンコーディング [#zeb5d7f0] InterWikiへのアクセス(InterWikiNameの生成) サーバリストにある サーバ名 WikiName をBracketNameで作ればInterWikiNameの完成。 これをページに記述すれば、そのサーバのWikiNameへのハイパーリンクが生成されます。 [[サーバ名 WikiName]] [[pukiwiki FrontPage]] サーバーリストへの追加 InterWikiName のページに以下のようにサーバの定義をすることで サーバーリストに追加することができます。 [URL サーバ名] タイプ [http //pukiwiki.sourceforge.jp/index.php pukiwiki] utf8 WikiNameの挿入位置 要求しようとするURLへのWikiNameの挿入位置を $1 で指定することができます。省略するとお尻にくっつきます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=backup page=$1 age=1 pukiwiki] utf8 文字コード変換タイプ PukiWiki内のページ以外にも飛ばせます。日本語をURLに含む可能性もあるのでその場合のエンコーディングの指定をタイプとして指定できます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=read page=$1 somewhere] utf8 std 省略時 内部文字エンコーディング(標準はSJIS)のままURLエンコードします。 raw asis URLエンコードしないでそのまま使用。 sjis 文字列をSJISに変換し、URLエンコードします。(mb_stringのSJISへのエイリアスです) euc 文字列を日本語EUCに変換し、URLエンコードします。(mb_stringのEUC-JPへのエイリアスです) utf8 文字列をUTF-8に変換し、URLエンコードします。(mb_stringのUTF-8へのエイリアスです) yw YukiWiki系へのエンコーディング。 moin MoinMoin用に変換します。 その他、PHP4のmb_stringでサポートされている以下のエンコード文字が使用できます。 UCS-4, UCS-4BE, UCS-4LE, UCS-2, UCS-2BE, UCS-2LE, UTF-32, UTF-32BE, UTF-32LE, UCS-2LE, UTF-16, UTF-16BE, UTF-16LE, UTF-8, UTF-7, ASCII, EUC-JP, SJIS, eucJP-win, SJIS-win, ISO-2022-JP, JIS, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9, ISO-8859-10, ISO-8859-13, ISO-8859-14, ISO-8859-15, byte2be, byte2le, byte4be, byte4le, BASE64, 7bit, 8bit, UTF7-IMAP YukiWiki系へのエンコーディング WikiNameのものへはそのままURLエンコード。 BracketNameのものは[[ ]]を付加してURLエンコード。
https://w.atwiki.jp/nijootogefestival/pages/44.html
Lv14以下のSINGLE譜面を対象とした部門です。 大会初心者を対象としたBrave部門、大会初心者以外も参加できるPioneer部門が存在します。 Brave部門とPioneer部門のルールは同一です。それぞれの部門で優勝者を決めます。 昨年「Invitation for ARENA」と同一のルールですが、Brave部門出場目安と予選課題曲が異なります。 Brave部門出場の目安 過去DDRのスコア大会に出場したことがない人 または、出場したが予選・1回戦に相当するラウンドを突破したことがない人 ※自己申告(そこまで厳密には参加を制限しませんが、円滑なイベント運営にご協力いただければ幸いです) ※例外として、昨年のにじょふぇす大会「Invitation for ARENA」の予選を通過したが1回戦で敗退された方は、大会初心者に含めるものとする。 ※オンラインのスコアアタックは対象外 ※交流会・ペア戦・チーム戦・ロースコアアタック・オプション大会・サークルなどの身内大会・参加人数が極端に少なかった大会などは、個人の判断で除いてよいものとする ※大会初心者に該当する場合でも、一般向けの部門に参加することができます。 大会の進行 大会は、3カード形式を用いたトーナメント形式で行います。 大会全体のルールは上記リンクからご確認ください。 受付 受付で、希望する勝負曲3譜面をカードに記入していただきます。 記入する譜面の内容には、以下の制限がございます。 1譜面当たりの難易度:Lv.14以下 3譜面合計の難易度:Lv.40以下 解禁が必要な譜面:2枚まで (8/14追記)解禁が必要な譜面とは、以下の楽曲の全難易度を指します。 second spring storm・ドキドキ☆流星トラップガール!!・Small Steps・DOWNER UPPER・Crazy Shuffle 加えて、以下の楽曲の全難易度は、記入することができません HAVE YOU NEVER BEEN MELLOW (20th Anniversary Mix)・CARTOON HEROES(20th Anniversary Mix)・LONG TRAIN RUNNIN (20th Anniversary Mix)・SKY HIGH (20th Anniversary Mix)・BUTTERFLY (20th Anniversary Mix)・Avenger・New Era・Give Me・Ace Out・ORCA・Splash Gold (9/7追記)さらに、以下の譜面も記入することができません(該当難易度以外は記入できます) #OurMemories [CHALLENGE]・Show me your moves [CHALLENGE] 予選:全員→8人 課題曲1曲をプレイし、EXSCOREが高い上位8名が本戦に進出します。 課題曲:You Are A Star (EXPERT Lv.12) 本戦(~準決勝):8人→4人→2人 お互いの勝負曲カードから1曲を選択し、2曲を続けてプレーしていただきます。 楽曲ごとに各プレイヤーのEXSCOREを比較し、高い方のプレイヤーの1勝とします。 どちらかのプレイヤーが2勝した場合は、そのプレイヤーが次のラウンドに進出します。 1勝1敗となった場合は、各楽曲の圧勝率を下式で算出します。 圧勝率 = 勝者のEXSCORE ÷ 敗者のEXSCORE より高い圧勝率で勝利したプレイヤーが次のラウンドに進出します。 例) A氏とB氏は対戦し、以下の結果となった。 1曲目 A氏600点 B氏500点 2曲目 A氏1000点 B氏1250点 この時、 A氏の1曲目の圧勝率は 600÷500=1.20 B氏の2曲目の圧勝率は 1250÷1000=1.25 となり、より高い圧勝率で勝利したB氏が次のラウンドに進出する 敗者の残した勝負曲カードは、各部門の決勝課題曲候補BOXに加えます。 本戦(決勝):2人→1人 各プレイヤーが自分で持つ勝負曲カードの中から1曲を選択していただきます。 加えて、各部門の決勝課題曲候補BOXから1曲を抽選で選曲します。 計3曲での勝負となります。 楽曲ごとにEXSCOREを比較し、高い方のプレイヤーが1勝とします。 3曲終了時に勝ち数が多いプレイヤーが優勝です!
https://w.atwiki.jp/selflearn/pages/55.html
( - ) MacでのUTF-8-MAC問題を解決する方法 このページでは、MacでSubversionを使用するときにぶち当たる問題「UTF-8-MAC問題」を解決する方法について記します。 NEWS!! 2009/04/27 hayatoさんのコメントによると、この問題に対処するパッチが、ついにMacPortsでのvariantとして取り込まれたとのことです!『$ sudo port -v install subversion +unicode_path』と、“+unicode_path”を追加指定すればOKです。そうすれば、このページで紹介している方法をわざわざ実施するまでもありません。苦節ウン年、ついに報われました・・・。 最終更新日:2009年06月05日 (金) 10時58分51秒; どんな問題を解決しようとしているの? Subversionは内部の処理をUTF-8で行い、クライアント環境での文字コードに合わせて適切なコードに変換してから処理を行っています。 けれどもOS Xのファイルシステムでは、実際には「UTF-8-mac」というUTF-8そのものとは少し異なるコードを用いているにも関わらず、Subversionでは「UTF-8」と判断してしまう有名な問題があります。「UTF-8-MAC問題」、と言われている問題です。 本問題により、日本語のファイル名、とくに濁点「゛」や半濁点「゜」を用いたファイルのステータスを見ようとすると、 % svn st ? パッチファイル.txt ! パッチファイル.txt % というように、ファイルの存在を正しく取り扱えません。ソースコードの管理に使用するだけならアルファベットのファイルしか多分扱わないので問題はないでしょうが、 プログラマ以外の人とSubversionを使用する 設計書などのドキュメントをバージョン管理する 他のOS(Windowsなど)を使うユーザとSubversionを共用する などという場合に非常に厄介な問題になるわけで。 この問題を解決しよう、というのが以下に記述する方法です。 本問題を解決するに当たって、多くのサイトの情報を参考にさせてもらいました。それらはできる限り参考サイトに載せておきましたが、載せられなかった方については、この場を借りてお詫び&お礼を申し上げておきます。 想定環境 ソースコードに直接手を入れているので、ページ初回作成時の環境を明示しておきます。 プログラム バージョン OS Mac OS X 10.5 Leopard(10.5.4/10.5.5) IntelMac上で使用 MacPorts 1.600 Subversion 1.5.1 (r32289) 同じ方針で修正できるバージョン(確認済み) バージョン 補足 1.5.1 このページで記載している情報です 1.5.2 1.5.4 1.5.5 hayatoさん、ありがとうございます 1.5.6 DEXさん、ありがとうございます 1.6.0 path.cに手が入ったようで、関数svn_path_cstring_to_utf8()が1070行に移動しています。それ以外は同じです 1.6.1 同上。 Subversionのソースコードで手を入れるところは少なく、関数名も変わったりしないような部分なので旧バージョンや今後のバージョンでも問題は出にくいでしょうが、ターゲットが異なる方は行番号や関数名などには気を付けてください。 手順 まず、大まかな手順を伝えておきます。 MacPortsでSubversionのソースコードを入手(まだインストールはしない) ソースコードの変更 MacPortsでインストールの続行 1.MacPortsでSubversionのソースコードを入手 MacPortsのサイトから、MacPortsをインストールしたら、Subversionのソースコードを入手します。そして、 % sudo port patch subversion --- Fetching subversion --- Verifying checksum(s) for subversion --- Extracting subversion --- Applying patches to subversion % と入力します。これによってSubversionで./configureが行われる前の状態まで処理が進み、以下の場所にソースコード一式が保存されます。 /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/subversion/work/subversion-1.5.1/subversion この中のファイルを修正します。 2.ソースコードの変更 上に記した場所に移動して、libsvn_subr/path.cをエディタで開きます(*1)。 そして、以下のdiff結果に示すような変更を施します。 % diff -u path.c{_orig,} --- path.c_orig2008-09-12 15 30 18.000000000 +0900 +++ path.c2008-09-12 15 30 13.000000000 +0900 @@ -31,6 +31,9 @@ #include "svn_io.h" /* for svn_io_stat() */ #include "svn_ctype.h" +#if defined(DARWIN) +#include CoreFoundation/CoreFoundation.h +#endif /* DARWIN */ /* The canonical empty path. Can this be changed? Well, change the empty test below and the path library will work, not so sure about the fs/wc @@ -1349,6 +1352,36 @@ apr_pool_t *pool) { svn_boolean_t path_is_utf8; +#if defined(DARWIN) + svn_error_t *err; + /* + Compose any decomposed unicode characters precomposed one. + This will solve the problem that the svn status command sometime + cannot recognize as same file when files suppose to be comtain + comopsed characters, like umlaut in some European language or + Daku-ten in Japanese, and the files are added on windows machines + then you use svn on Mac OS X checking out the files. + */ + CFMutableStringRef cfmsr = CFStringCreateMutable(NULL, 0); + CFStringAppendCString(cfmsr, path_apr, kCFStringEncodingUTF8); + CFStringNormalize(cfmsr, kCFStringNormalizationFormC); + CFIndex path_buff_size = 1 + CFStringGetMaximumSizeForEncoding( + CFStringGetLength(cfmsr), kCFStringEncodingUTF8); + char *path = apr_palloc(pool, path_buff_size); + CFStringGetCString(cfmsr, path, path_buff_size, kCFStringEncodingUTF8); + + SVN_ERR(get_path_encoding( path_is_utf8, pool)); + + if (path_is_utf8) + { + *path_utf8 = apr_pstrdup(pool, path); + err = SVN_NO_ERROR; + } + else + err = svn_utf_cstring_to_utf8(path_utf8, path, pool); + CFRelease(cfmsr); + return err; +#else /* DARWIN */ SVN_ERR(get_path_encoding( path_is_utf8, pool)); if (path_is_utf8) { @@ -1357,6 +1390,7 @@ } else return svn_utf_cstring_to_utf8(path_utf8, path_apr, pool); +#endif /* DARWIN */ } このときの注意点として、関数svn_path_cstring_to_utf8()に手を入れるようにしてください。 最初ボクは間違えてすぐ近くのsvn_path_cstring_from_utf8()に手を入れてしまい、コンパイルできたもののsvnが起動すら出来なくなってしまいました(*2)。注意!! なお他の依存関係のあるportは先にインストールしてしまっても構わないので、次のようにしておいた方が楽かもしれません。 % sudo port install subversion % sudo port uninstall subversion % sudo port patch subversion % 3.MacPortsでインストールの続行 修正したファイルによってSubversionをビルドします。 % sudo port install subversion --- Building subversion with target all --- Staging subversion into destroot --- Installing subversion 1.5.1_0 --- Activating subversion 1.5.1_0 --- Cleaning subversion % 最後に「which svn」として、/opt/local/binの下にパスが通っていればOK。作業完了です。 補足 port installした後、修正したソースコード一式はportによって削除されてしまいます。とっておきたい場合はSubversionのフォルダごと別の場所にコピーしておいてください。 SubversionのBTSでは「この問題はけっこう複雑なので、(今回紹介した)パッチをコミットすることはできない」と書いてあります。今のところ問題は出ていませんが、念のためご注意ください(ご利用は自己責任で、ということですスミマセン)。 参考サイト 調べたサイト Subversionでの該当課題(#2464)。本記事ではここに投稿されていたパッチファイルを使用しています。パッチを投稿してくれたHiroshi Saito氏に多謝! Subversion Precomposed UTF-8 patch。上のパッチを投稿した人のサイト。ただ、このブログで紹介されているパッチのリンク先が2008/9/12時点では「Service Temporarily Unavailable」でした。 2007-12-30 OS Xで日本語が通るSubversion環境の作り方。UTF-8-MAC問題の原因が分かったサイト。ただしここで紹介されていたget_ntou_xlate_handle_node()とget_uton_xlate_handle_node()を変更する方法では問題は解決しませんでした。 その他、MacでSubversionを使用するときの有益なサイト MacPortsのサイト MacPorts勉強会の資料。けっこう詳しく載っているので、一度見ておくと良いです。 SCPlugin。Mac上でTortoiseSVNと同様のUIを提供するソフト(ボクは未使用)。インストールする方法はココが詳しいです。 コメント お気軽にコメントくださいな。 2008/9/25時点の1.5.2でも同様の方法でパッチが当てられることを確認しました。 -- katokichi (2008-09-25 16 11 58) 2008/11/05時点の1.5.4でも大丈夫でした。 -- katokichi (2008-11-05 15 13 23) 2008-12-25時点の1.5.5も全く同じでした。参考にさせていただきました。ありがとうございました。 -- hayato (2008-12-25 19 46 08) hayatoさん、ご連絡ありがとうございます。このパッチ,trunkに取り込まれると良いんですけどね。日本語だけでなく,その他のマルチバイト文字でも影響がある問題なので。 -- katokichi (2008-12-26 11 42 26) portでインストールした 1.5.6でも同じでした。ありがとうございました。 -- DEX (2009-03-17 13 09 40) ご確認ありがとうございます。この辺はもう手が入ることは無いんですかね。毎回の修正は面倒なのに、こまったものです。 -- katokichi (2009-03-17 16 05 49) 1.6でも同じ方法で動かせることを確認。ただしpath.cに手が入ったようで、目的の関数の行が変化していることに注意。 -- katokichi (2009-04-02 10 03 19) 1.6.1でも確認しました。注意点は1.6(.0)のときと同じです -- katokichi (2009-04-13 16 49 48) この問題に対応するvariantの+unicode_pathが用意されていたみたいです。http //d.hatena.ne.jp/fujisan3776/20081231/1230700127 $ sudo port -v install subversion +unicode_path -- hayato (2009-04-26 23 57 58) おお!ありがとうございます!ついに、ついに報われる日が来たという感じですね。このページもとうとう必要のないものになりました。うれしいです・・・。コメントありがとうございました! -- katokichi (2009-04-27 08 56 30)
https://w.atwiki.jp/testafds/pages/8.html
InterWiki InterWiki は、PukiWiki と 他のサーバーを接続する機能です。 InterWikiName のページでサーバー名を定義しています。 InterWiki [#teeaa78d] InterWikiへのアクセス(InterWikiNameの生成) [#nb5bafb9] サーバーリストへの追加 [#a71a4d66] WikiNameの挿入位置 [#q7ad1d6d] 文字コード変換タイプ [#k34801d3] YukiWiki系へのエンコーディング [#zeb5d7f0] InterWikiへのアクセス(InterWikiNameの生成) サーバリストにある サーバ名 WikiName をBracketNameで作ればInterWikiNameの完成。 これをページに記述すれば、そのサーバのWikiNameへのハイパーリンクが生成されます。 [[サーバ名 WikiName]] [[pukiwiki FrontPage]] サーバーリストへの追加 InterWikiName のページに以下のようにサーバの定義をすることで サーバーリストに追加することができます。 [URL サーバ名] タイプ [http //pukiwiki.sourceforge.jp/index.php pukiwiki] utf8 WikiNameの挿入位置 要求しようとするURLへのWikiNameの挿入位置を $1 で指定することができます。省略するとお尻にくっつきます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=backup page=$1 age=1 pukiwiki] utf8 文字コード変換タイプ PukiWiki内のページ以外にも飛ばせます。日本語をURLに含む可能性もあるのでその場合のエンコーディングの指定をタイプとして指定できます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=read page=$1 somewhere] utf8 std 省略時 内部文字エンコーディング(標準はSJIS)のままURLエンコードします。 raw asis URLエンコードしないでそのまま使用。 sjis 文字列をSJISに変換し、URLエンコードします。(mb_stringのSJISへのエイリアスです) euc 文字列を日本語EUCに変換し、URLエンコードします。(mb_stringのEUC-JPへのエイリアスです) utf8 文字列をUTF-8に変換し、URLエンコードします。(mb_stringのUTF-8へのエイリアスです) yw YukiWiki系へのエンコーディング。 moin MoinMoin用に変換します。 その他、PHP4のmb_stringでサポートされている以下のエンコード文字が使用できます。 UCS-4, UCS-4BE, UCS-4LE, UCS-2, UCS-2BE, UCS-2LE, UTF-32, UTF-32BE, UTF-32LE, UCS-2LE, UTF-16, UTF-16BE, UTF-16LE, UTF-8, UTF-7, ASCII, EUC-JP, SJIS, eucJP-win, SJIS-win, ISO-2022-JP, JIS, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9, ISO-8859-10, ISO-8859-13, ISO-8859-14, ISO-8859-15, byte2be, byte2le, byte4be, byte4le, BASE64, 7bit, 8bit, UTF7-IMAP YukiWiki系へのエンコーディング WikiNameのものへはそのままURLエンコード。 BracketNameのものは[[ ]]を付加してURLエンコード。
https://w.atwiki.jp/token/pages/591.html
#freeze InterWiki InterWiki は、PukiWiki と 他のサーバーを接続する機能です。 InterWikiName のページでサーバー名を定義しています。 InterWiki [#teeaa78d] InterWikiへのアクセス(InterWikiNameの生成) [#nb5bafb9] サーバーリストへの追加 [#a71a4d66] WikiNameの挿入位置 [#q7ad1d6d] 文字コード変換タイプ [#k34801d3] YukiWiki系へのエンコーディング [#zeb5d7f0] InterWikiへのアクセス(InterWikiNameの生成) サーバリストにある サーバ名 WikiName をBracketNameで作ればInterWikiNameの完成。 これをページに記述すれば、そのサーバのWikiNameへのハイパーリンクが生成されます。 [[サーバ名 WikiName]] [[pukiwiki FrontPage]] サーバーリストへの追加 InterWikiName のページに以下のようにサーバの定義をすることで サーバーリストに追加することができます。 [URL サーバ名] タイプ [http //pukiwiki.sourceforge.jp/index.php pukiwiki] utf8 WikiNameの挿入位置 要求しようとするURLへのWikiNameの挿入位置を $1 で指定することができます。省略するとお尻にくっつきます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=backup page=$1 age=1 pukiwiki] utf8 文字コード変換タイプ PukiWiki内のページ以外にも飛ばせます。日本語をURLに含む可能性もあるのでその場合のエンコーディングの指定をタイプとして指定できます。 -[http //pukiwiki.sourceforge.jp/index.php?cmd=read page=$1 somewhere] utf8 std 省略時 内部文字エンコーディング(標準はSJIS)のままURLエンコードします。 raw asis URLエンコードしないでそのまま使用。 sjis 文字列をSJISに変換し、URLエンコードします。(mb_stringのSJISへのエイリアスです) euc 文字列を日本語EUCに変換し、URLエンコードします。(mb_stringのEUC-JPへのエイリアスです) utf8 文字列をUTF-8に変換し、URLエンコードします。(mb_stringのUTF-8へのエイリアスです) yw YukiWiki系へのエンコーディング。 moin MoinMoin用に変換します。 その他、PHP4のmb_stringでサポートされている以下のエンコード文字が使用できます。 UCS-4, UCS-4BE, UCS-4LE, UCS-2, UCS-2BE, UCS-2LE, UTF-32, UTF-32BE, UTF-32LE, UCS-2LE, UTF-16, UTF-16BE, UTF-16LE, UTF-8, UTF-7, ASCII, EUC-JP, SJIS, eucJP-win, SJIS-win, ISO-2022-JP, JIS, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8859-5, ISO-8859-6, ISO-8859-7, ISO-8859-8, ISO-8859-9, ISO-8859-10, ISO-8859-13, ISO-8859-14, ISO-8859-15, byte2be, byte2le, byte4be, byte4le, BASE64, 7bit, 8bit, UTF7-IMAP YukiWiki系へのエンコーディング WikiNameのものへはそのままURLエンコード。 BracketNameのものは[[ ]]を付加してURLエンコード。
https://w.atwiki.jp/1933983/pages/58.html
1,Who Dares Wins 英国特殊部隊、通称「SAS」所属の、ジョン ソープ マクタビッシュ隊員はキリング ハウス(SASの訓練施設)で頭を抱えていた。 なぜなら、一夜にして訓練施設の武器、弾薬がすべてなくなっていたからである。 このようなことは異例の事態であり(このようなことはめったに無い、というかなかった)どう対処すれば上にもわからないのでキリング ハウスにいた全員を総当りすることにした(あれだけの数の武器を一夜にして運ぶのだからかなりの人員を要するはずなのに1人がやったときめつけているらしい、ばかなの?死ぬの?) そしていまソープは尋問をうけている真っ最中だった。 「この事件の犯人を知っていたら言え」 「だからさっきから知らないといっています」 このようなやり取りが数十分続いていた。 「なんで私だけこんな長い時間、尋問されなくちゃいけないんですか」 ソープが問う。 「君が武器庫、弾薬庫を管理していたからだ!なぜ管理人が知らない間に武器が運び出される?それは犯人が管理人だからだ!」 きっちり答えてくれるのは嬉しいが、きっちりしすぎだ、とソープは思う。 「管理人でもなければあれだけの物を誰にも知られずに運び出すのは不可能だ!」 「でも防犯カメラには何もうつってないんでしょう?」 そこが肝だった。 キリング ハウスにはいくつもの防犯カメラが取り付けてあった、にもかかわらずその何処にも武器を運び出したところがうつっていないのだ。 「そこは、おまえが上手く何とかしたんだろ!さあ、言え!どこに武器をやった!」 「だから、なにもやってません!」 このようなセリフが延々と続いて、尋問が終わった頃には夜の九時を回っていた。 「尋問ごくろうさん」 キリング ハウスの掃除をしていた清掃員から声がかけられた。 「本当にごくろうさんだよ・・・まったく」 ソープが愚痴る、すると清掃員は、あの上官のことだ、これからも気をつけたほうがいい、と念を押すように言ってくれた 尋問が終わった後、上官に、もう一度弾薬庫と武器庫を見てこい、と言われた、ここは素直に従う。 って、いってもなにもないんだけどなぁ・・・ソープはそう思いながら武器庫の扉を開けた、続いて蛍光灯をつける、パチパチと音がして蛍光灯がつく、ここでソープはある異変に気がついた、武器庫の中央に大きな穴が開いていた。 なんだろうと思いながら、覗き込んでみる、すると中には無数の目があった。 ソープは嫌な予感がしてすぐに引き返そうとした、そのとき、 「Who Dares Wins・・・危険を冒すものが勝利する・・・面白いモットーね」 聞きなれない声が何処からとも無く声がする。 「誰だ!」 ソープが謎の声に対し問う。 「私の名前はあなたに教えなくてもいい・・・それよりあなた、弾薬とか盗んだ犯人を捜しているんでしょう?」 実際には盗んだ犯人を捜しているのは上官たちだが、うなづいておく。 「そう、なら、その穴に飛び込むことね、そうすれば犯人が誰だか分かるから・・・」 謎の声が言う穴は部屋の中央にある穴のことだろう・・・どうするか・・・ 「ああ!もうじれったいわね!大切な時間がなくなっちゃうでしょ!」 そんなことを聞くや否や何にか押された。 「うわぁぁぁぁぁぁぁぁぁ」 意識が遠のいていくまえにソープは自分がいままでした悪いことを数えていた・・・ 一回目はこれでおわりです、長編なら区切ったほうがいいかなぁ~っと・・・ 誤字とかあると思うから探してくれたら幸いです では、ノシ 10/1/26更新 感想は此方へ… 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/kumicit/pages/962.html
Kumicitのコンテンツ STSとしてのインテリジェントデザイン John G Westの「科学の名による人間性喪失」 科学の名による人間性喪失:息苦しい言論の自由 インテリジェントデザインの本山たるDiscovery Instituteのインテリジェントデザイン部門であるCenter for Science and Cultureの 副センター長 であり、シニアフェローである社会学者Dr. John G. Westが、自著" Darwin Day in America をダイジェストした" The Abolition of Man? "の5つめの論点「息苦しい言論の自由 」について。 Stifling Free Speech A final influence of scientific materialism on public policy has been the suppressing of free speech and debate over the public policy implications of science. This is surely one of the most striking ironies of the effort to enlist scientific materialism to reform society. 公共政策に対する科学的唯物論の第5の影響は、言論の自由および科学の公共政策に対する意味についての論争の抑圧である。これは、社会改革に科学的唯物論を助けを借りようとする努力の、もっとも著しい皮肉の一つである。 In their own minds, proponents of scientific materialism were the defenders of enlightenment against superstition and rational debate against unreasoning dogmatism, but the rhetoric they employed against their opponents is often far from conducive to open debate. The repeated insistence that scientists know best and, thus, politicians and the public should blindly accept the policy views of scientists did not encourage critical scrutiny of scientific claims made in politics. 科学的唯物論支持者たちは、その心のうちでは、迷信に対する啓蒙と、不合理な教義に対する理性的論争の擁護者だが、彼らが敵対者に使うレトリックは率直な議論の助けにはならなかった。科学者はベストを知っていて、政治家と市民は盲目に科学者の政策についての見方を受け入れるべきで、政治においてなされた科学的主張の批判的調査は歓迎されないと繰り返し主張されてきた。 Even less conducive to genuine debate was the frequent playing of the religion card in policy disputes involving science. With the help of sympathetic journalists, proponents of scientific materialism portrayed every policy dispute as a battle pitting the enlightened forces of science against bigoted religious extremists. Promoters of eugenics heaped scorn on Catholic and fundamentalist critics of forced sterilization. Advocates of Kinsey-style sex education demonized parents who raised objections as Bible-thumpers who were conspiring against democracy. Today, defenders of a Darwin-only biology curriculum similarly accuse their opponents of trying to insert the Biblical creation story into science classes, even when such claims are inaccurate. 科学に関連する政策論争において宗教カードを頻繁に使うことは、より本物の議論をするのに助けにならなかった。同調するジャーナリストの助けを借りて、科学的唯物論の支持者たちは、あらゆる政策論争において、科学の啓蒙的力による、偏屈な宗教過激派との戦いであるかのように描写してきた。優生学の推進者たちは、カトリックおよび原理主義の強制断種批判者を軽蔑してきた。Kinseyスタイルの性教育の支持者たちは、異議を唱える両親を、民主主義に陰謀を企てる福音伝道者だと悪魔化した。今日、ダーウィンのみの生物学カリキュラムは同様に、聖書創造論の物語を持ち込もうとする者だと反対者を批難する。たとえ、その主張が間違っていても。 Perhaps the most disturbing aspect of these attempts to frame policy disputes in terms of religion versus science is the attempt to shift the focus from the content of the debates to the supposed motives of those who oppose any claim made in the name of science. Instead of addressing the policy arguments raised by critics of sex education or Darwin-only science education, defenders of scientific materialism try to make the religious beliefs of their opponents the central issue, arguing that critics real or perceived religious motivations somehow disqualify them from being active participants in the public square. おそらく、宗教対科学の言葉で政策論争をフレームしようとする試みの最も不穏な面は、科学の名でなされる主張が何であれ、これに反対する人々の想定動機へと論点を移すことにある。性教育やダーウィンのみの理科教育に対する批判者による政策論争に対抗するのではなく、科学的唯物論者たちは、敵の宗教信条を論争の中心にしようとする。そして、批判者の真のあるいは読みとられた宗教的動機のゆえに、公的な場での論争参加者としての資格がないと論じる。 America is a deeply religious country, and no doubt many critics of the agenda of scientific materialism are motivated in part by their religious beliefs. So what? Many opponents of slavery were motivated by their religious beliefs, and many leaders of the civil rights movement were even members of the clergy. All of them had an equal right with other citizens to raise their voices in public debates. So long as religious persons in politics offer secular justifications for their policy proposals, they have every right to demand that their ideas be heard on the merits regardless of their private religious views. 米国は深い宗教国家であり、科学的唯物論のアジェンダの批判者の多くは疑いようもなく、その宗教信条に部分的に動機づけられている。それがどうだというのだ。多くの奴隷制度の反対者は宗教信条に動機づけられていて、公民権運動の多くの指導者たちには聖職者たちもいた。彼らはすべて、公的議論に声を挙げた他の市民たちと同等の権利を持っていた。政治に置いて宗教的人間が政策提案について世俗的正当性を提案する限り、その個人の宗教観によらず、そのメリットについて考えを聞いてもらえる権利を持っている。 In the controversy over the teaching of Darwinian theory in public education, reporters often note the supposed religious beliefs of critics of Darwin s theory, but they almost never investigate the anti-religious beliefs of many of the leading defenders of evolutionary theory. Why? Motives are either relevant for both sides of a political dispute, or they are irrelevant to either side. The willingness of some reporters to embrace uncritically the agenda of Darwinists represents a grave disservice to the public as well as a serious breach of journalistic ethics. Given the troubled legacy of scientific materialism in public policy, what is needed is greater critical scrutiny of scientific materialism in politics, not less. ダーウィンの理論を公教育で教えることをめぐる論争について、報道者たちはダーウィンの理論の批判者の想定宗教信条に関心をはらう一方で、進化論の擁護者たちの持つ反宗教的信条について調べることがない。なぜなのか? 動機は政治論争の両側にある。あるいは、どちらにも関係がない。無批判にダーウィニストのアジェンダを受け入れようとする報道者たちは、報道の倫理の重大な違反を犯しているばかりか、市民への重大な損害をもたらしている。公共政策の科学的唯物論の問題のある遺産があるからこそ、必要なことは、政治における科学的唯物論の批判的な調査である。 これは「息苦しい言論の自由」の一つ目の主張で「"創造論者"の理科教育に対する意見も、等しく取り扱われるべきだ」というものである。自分の信仰と科学を分けていれば別に問題などないが、そう簡単にいくものではない。進化論は科学的には正しいと言う創造論者はTodd Woodくらいなもの: 進化論は正しいと言う創造論者 創造論者の攻撃に対して"共通祖先"が無傷である理由 そして、2つ目の「少なくとも公共政策に関連する科学理論について、"民主的"に葬り去ることを可能にしよう」という主張に進む。もちろん、公立学校の理科教育の内容は公共政策に含まれるので、理科教育カリキュラムに含まれるネタはすべて対象となる: Conservatives who are uncomfortable with current debates over science and public policy need to realize that the debates are not going to go away, because scientific materialism raises fundamental challenges to the traditional Western understanding of human nature and the universe. Scientific materialism is central to arguments over moral relativism, personal responsibility, limited government, and scientific utopianism. 科学と公共政策についての現在の論争について不快だとおもう保守は、科学的唯物論が伝統的西洋の人間性と宇宙についての理解に対する根本的な挑戦を行っているので、論争が消えることがないことを認識する必要がある。科学的唯物論は倫理相対主義や個人の責任や政府の限定や科学的ユートピア理想主義についての議論の中心にある。 Moreover, these debates are not going away because many of America s most influential scientists are avowed materialists, and it is nearly impossible for them to separate their materialism from their policy recommendations. Nearly 95 percent of biologists in the National Academy of Sciences, for example, identify themselves as either atheists or agnostics. We are not supposed to wonder how their materialism influences their application of scientific expertise to public affairs? さらに、米国の最有力な科学者たちの多くが唯物論者であることを自認しているので、これらの議論は終わらない。そして、彼らが自ら唯物論と推奨する政策を切り離すことは不可能だ。米国科学アカデミーの生物学者のほぼ95パーセントは、無神論者または不可知論者だと回答している。我々は科学的専門知識の公共問題への適用に、彼らの唯物論が影響しているか疑問に思っていないのではないか? As members of a free society, we should be willing to defend vigorously the right of laypeople and scientists to voice dissent from the current scientific consensus, whether the issue is global warming, the over-prescription of Ritalin for children, the content of sex education, or even the debate over Darwinism and intelligent design. 自由社会の一員として、地球温暖化や子供へのリタリンの過剰投与や性教育の内容やダーウィニズムとインテリジェントデザインの論争について、素人や現在の科学的コンセンサスに異議を唱える科学者の権利を積極的に擁護する意志を持つべきである。 We do not always have to agree with dissenters in order to defend their right to present their views free from harassment and intimidation. But if we are unwilling to defend their right to debate scientific issues implicating public policy, we have no grounds for complaint when the agenda of the scientific elites leads to coercive utopianism or when every attempt to raise a different point of view is smeared as an attack on science. 嫌がらせと脅迫されることなく見解を提示する権利を守るために、我々は異議を唱える者たちに常に同意する必要はない。しかし、公共政策に影響する科学的問題についての論争を行う権利を擁護する意志を持たないなら、科学的エリートが強制的なユートピア的理想主義へと導こうとしたときや、異なる見解の提示を科学への攻撃だとみなされるときに、我々は文句を言うための基盤を持てなくなる。 Contrary to the assertions of some, robust public scrutiny of claims made in the name of science does not constitute a "war against science." Indeed, it may be the very thing that saves science from its own excesses. 科学の名においてなされた主張についての公的な詳細な調査は、一部の者たちが言うのとは逆に「科学に対する戦争」を構成しない。実際には、科学の過剰から科学を守ることになるかもしれない。 John G Westが求めるミドルグラウンドは、「専門外の人々が否定論を一般書やらWebサイトで主張して、科学な答えが出ていないことにする」もののようだ。しかし、それは公共政策を決めるために、公共政策そのものではなく、背景となる科学を論じることになる。 テクノクラシー (Technocracy) ユートピア的理想主義 (Utomianism) 人間性喪失 (Dehumanization) 相対主義 (Relativism) 息苦しい言論の自由 (Stifling Free Speech)